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Specifying DICOM semantic constraints in XML 



FIELD OF THE INVENTION 

The invention relates to a method and system for providing DICOM 
constraints within an XML document Specifically, the present invention is directed to a 
method and system for modifying XML Schema to allow the native declaration of DICOM 
5 constraints within an XML framework without the need to compile or link specialized 
software. 

BACKGROUND OF THE INVENTION 

Extensible Markup Language (XML) was first designed as a complete, 

10 platform-independent and system-independent environment for the delivery and authoring of 
information resources over the World Wide Web (hereinafter, "Web"). XML was intended to 
supplement and in some cases replace Hypertext Markup Language (HTML), which had 
been the prevalent method of authoring and referencing content over the Web. 

XML is a set of technologies that define a universal data format for tree-based, 

15 hierarchically formed information. A number of new specifications extending its range and 
power, such as Extensible Stylesheet Language (XSL), Document Object Model (DOM), and 
XSL Transformations (XSLT), are being developed or have already been developed. XML 
offers the advantages of platform independence and Web awareness, and many XML tools 
are open source and freely available. Thus XML technologies can provide a simple and low 

20 cost solution for enterprise-wide access to clinical information including medical reports. 

Because XML is used to describe information as well as structure, it is 
particularly well suited as a data description language. One of XML's particular strengths is 
that it allows entire industries, academic disciplines, and professional organizations to 
develop sets of Document Type Definitions (DTDs) and Schemas that can serve to 

25 standardize the representation of information within those disciplines. Given a set of DTDs 
and Schemas, content material that is modeled in conformance with the DTDs and Schemas 
can be processed by applications that are developed for these DTDs and Schemas. 

A further advantage of the use of XML is the wealth of tools that are available 
for the processing of XML-compatible data. Of particular significance, the "Extensible 



, o 

WO 03/060758 PCT/IB02/05368 

2 

Stylesheet Language" (XSL) is a language for expressing stylesheets, and the "XSL 
Transformations" (XSLT) is a language for transforming XML documents into other 
documents, using stylesheets. 

To facilitate a uniform understanding of an XML encoding of medical reports, 
it is necessary to define a DTD for the reports. A DTD is used to describe the permissible 
elements and attributes in an XML document, primarily in terms of structures and restrictions 
of "document-like" objects such as articles and books. Such a DTD has been derived from a 
Unified Modeling Language (UML) model of the Digital Imaging and Communication in 
Medicine (DICOM) Structured Reporting (SR) information model. The DICOM SR is based 
on a relational data technology, and has been standardized by the National Electrical 
Manufacturers Association (NEMA). Supplement 23: Structured RepoiUng Storage SOP 
Classes to the DICOM Standard, published by the DICOM Standards Committee, 1 300 N. 
17 th Street, Rosslyn, VA 22209 USA, and incorporated by reference herein. 

The DICOM SR standard, and the SR Documentation Model upon which it is 
based, improves the expressiveness, precision, and comparability of documentation of 
diagnostic images and waveforms. DICOM SR supports the interchange of expressive 
compound reports in which the critical features shown by images and waveforms can be 
denoted unambiguously by the observer, indexed, and retrieved selectively by subsequent 
reviewers. Findings may be expressed by the observer as text, codes, and numeric 
measurements, or via location coordinates . of specific regions of interest within images or 
waveforms, or references to comparison images, sound, waveforms, curves, and previous 
report information. The observational and historical findings recorded by the observer may 
include any evidence referenced as part of an interpretation procedure. Thus, DICOM SR 
supports not only the reporting of diagnostic observations, but the capability to document 
fully the evidence that evoked the observations. This capability provides significant new 
opportunities for large-scale collection of structured data for clinical research, training, and 
outcomes assessment as a routine by-product of diagnostic image and waveform 
interpretation, and facilitates the pooling of structured data for multi-center clinical trials and 
evaluations. 

Methods and systems have been developed for transforming the DICOM SR 
specification into a UML model to facilitate an understanding of the DICOM SR by non- 
DICOM systems analysts and system designers (see copending U.S. patent application "UML 
MODEL AND XML REPRESENTATIONS OF DIGITAL IMAGING AND 
COMMUNICATIONS IN MEDICINE STRUCTURED REPORTS (DICOM SR) M , serial 
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number 09/686,401, filed 10 October 2000 for Alfredo Tirado-Ramos, Jingkun Hu, and 
Yasser alSafadi, and incorporated by reference herein.) A conversion system that converts 
DICOM SR information from the DICOM relational model into an XML representation has 
been created. By providing a mapping between DICOM SR and XML, the DICOM SR 
5 content material can be more easily processed by application programs that are DICOM- 
specific, such as medical analysis programs, as well as by application programs that are not 
DICOM-specific, such as routine clerical or data-management programs. 

A medical report must satisfy a number of oonstraints contained in the 
DICOM SR specification. Constraints can take the form of specifying the maximum and 

1 0 minimum values for a given field or requiring a field to be present if some other field has 
certain values. Document Type Definitions (DTDs), as used in XML documents, 
unfortunately are extremely limited in their capability to specify these constraints 
conveniently. Constraints can be expressed with a general purpose programming language 
such as C or Java. However, since these languages are procedural in nature, code will have 

15 to be compiled, linked and executed in order to check the constraints. This departs from the 
declarative nature of an XML document. 

XML Schema, recently approved as a Recommendation from the Worldwide 
Web Consortium (W3C), allows rich structure and data type definition (among others) in 
XML documents, providing more expressive power. "Rich structure" refers to an abundance 

20 of detail regarding the attributes and constraints of the fields encoded. Copending U.S. 
patent application "DICOM XML DOCUMENT TYPE DEFINITION (DTD) AND 
SCHEMA GENERATOR", US Docket No. 010070, filed 27 March 2001 for Jingkun Hu, 
and Kwok Pun Lee, discloses a system and method that facilitate the creation of XML 
Document Type Definitions ("DTDs") and XML Schemas that correspond to the DICOM SR 

25 standard. 

It is relatively straightforward to express constraints involving a single 
element of a DICOM information object definition (IOD) with XML Schema. For example 
the maximum length of a string can be easily constrained. An example of how this can be 
done is explained later. However, the definition of an IOD also has a number of constraints 
30 that cannot be easily expressed with Schema. In particular those involving multiple elements 
in an IOD such as a constraint that says an element must be present if another element has a 
specified value. 

Thus, there is a need for a way to express these constraints using the same 
XML syntax in a declarative manner, using tools such as the Schematron, which was 
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designed to extend the expressive power of XML Schema in specifying constraints. 
Schematron is a declarative assertion language using XML syntax developed by Rick Jelliffe, 
a member of the W3C XML Schema Working Group, and consists of a set of rules using 
XPath expressions, another W3C Recommendation, that can be used to specify relationships 
between different elements. It is rule-based in contrast to XML Schema, which is grammar- 
based. Schematron has radically different strengths to XML Schema and is in fact highly 
complementary. 

A set of Schematron rules is written to express constraints that cannot 
otherwise be specified with XML Schema. This set of rules is transformed automatically 
through a meta-stylesheet to produce an XSLT stylesheet which can then be run against a 
given XML document to ensure that the constraints are satisfied. This is a well-known 
procedure and tools are available to perform this step. 

SUMMARY OF THE INVENTION 

The purpose and advantages of the present invention will be set forth in and 
apparent from the description that follows, as well as will be learned by practice of the 
invention. Additional advantages of the invention will be realized and attained by the 
methods and systems particularly pointed out in die written description and claims hereof, as 
well as from the appended drawings. 

To achieve these and other advantages and in accordance with the purpose of 
the invention, as embodied and described, the invention includes a method of providing 
constraints for digital images and communications in medicine. First, the declarative 
constraint information is placed within a declarative data block describing a media document. 
Then, the declarative constraint information is processed as declarative data when the 
document is accessed. 

In another embodiment, a method of providing DICOM constraints within an 
XML document is included. First, an XML document containing DICOM constraints using 
declarative language is created. Then a user to is allowed to access the XML document. 

The invention also includes a system for specifying constraints for digital 
images and communications in medicine. The system includes a memory with a document in 
electronic form with declarative constraint instructions, and a computer processor operatively 
coupled with the memory and a display device. The processor is configured to execute 
declarative constraint instructions in the document and display the document on the display 
device. 
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It is understood that both the foregoing general description and the following 
detailed description are exemplary and are intended to provide further explanation of the 
invention claimed. 

The accompanying drawings, which are incorporated in and constitutes part of 
5 this specification, are included to illustrate and provide a further understanding of the method 
and system of the invention. Together with the description, the drawings serve to explain the 
principles of the invention. 

BRIEF DESCRIPTION OF DRAWINGS 
10 FIG. 1 is a flowchart of a representative process for preparing an XML 

document with DICOM components for a typical user in accordance with a preferred 

embodiment of the current invention; 

FIG. 2 is a flowchart of a representative process for rendering an XML 

document with DICOM SR components for a typical user in accordance with a preferred 
1 5 embodiment of the current invention; 

FIG. 3 is an example script listing using XML to specify the DICOM 

constraint to require that a patient's name must not exceed 64 characters in accordance with a 

preferred embodiment of the current invention. 

20 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The following description is presented to enable any person of ordinary skill in 
the art to make and use the present invention. Various modifications to the preferred 
embodiment will be readily apparent to those of ordinary skill in the art, and the disclosure 
set forth herein may be applicable to other embodiments and applications without departing 
25 from the spirit and scope of the present invention and the claims hereto appended. Thus, the 
present invention is not intended to be limited to the embodiments described, but is to be 
accorded the broadest scope consistent with the disclosure set forth herein. 

In accordance with a preferred embodiment of the invention, a method of 
specifying constraints for digital images and communications in medicine, and for supporting 
30 DICOM constraints within an XML declarative structure without having to download and run 
ancillary applets is provided. 

Advantageously, the system and method involves supporting namespaces 
within an XML declarative structure. 
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Another embodiment of the current invention advantageously allows for 
expressing DICOM constraints using existing XML tools. 

The present invention also advantageously allows the expression of DICOM 
constraints using standard XML-type syntax in a declarative manner, using tools such as the 
Schematron, which was designed to extend the expressive power of XML Schema in 
specifying constraints. 

Advantageously, the current invention also provides an approach that is 
generally applicable and can be used to specify constraints in DICOM IODs other than SR. 

FIG. 1 is a flowchart of a representative process for preparing an XML 
document for encoding DICOM components for a typical user in accordance with another 
embodiment of the current invention. Typically, the document developer encodes the 
DICOM constraints in such an XML document 9. This is accomplished by placing 
declarative constraint information within an XML Schema for the XML document, thus 
allowing the declarative constraint information to be processed as declarative data when the 
document is validated. No further coding development is necessary. An example is to 
constrain a patient's name to have no more than 64 characters. This can be done by the 
Schema definition displayed in FIG. 3. Another example is to specify that the value of a 
patient's age must be 3 digits followed by one of the characters 'D' (Day), ' W (Week), *M' 
(Month) or *Y' (Year). This approach works well if the constraint involves only a single 
element. 

FIG. 2 is a flowchart of a representative process for preparing an XML 
document to encode DICOM components for a typical user in accordance with a preferred 
embodiment of the current invention. In accordance with this embodiment, the user initiates 
the procedure 1 by writing an XML Schema for simple DICOM constraints for encoding 
DICOM SR in XML 2. Next the developer writes Schematron rules for complex DICOM 
constraints 3. Consider the case of the Verification Flag as an example. Section C.17.2 of 
the DICOM SR Specification defines the elements of the SR Document General Module. 
One of the elements is the Verifying Observer Sequence (0040, A073) and is of type 1C 
which means that it is required to be present under certain conditions. In this case the 
condition is that another element Verification Flag (0040, A493) has the value 'VERIFIED'. 
This constraint is expressed in Schematron as follows: 

<sch:pattem name="SR Document General Module."> 

<sch:rule context="sr_document_general_module"> 
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<sch:report tesH^verificationflag = 'VERIFIED 1 ) and (not 
(verifying^obsei^er^sequence^'^Verifying Observer Sequence required if Verification Flag 
- VERIFIED</sch:report> 

</sch:rule> 
5 </sch:pattern> 

Where the "schireport test" element indicates that the Verification Flag must 
be set to 'VERIFIED' as the constraint. This rule is applied in the context of the SR 
Document General Module and tests for the value of the element verification_flag being 
10 'VERIFIED' and the presence of the verifying_observer_sequence element This rule, 

together with others, are transformed using standard tools into a stylesheet that can be used to 
check an XML document claiming to be a DICOM SR. An error message is produced if this 
condition is not satisfied. 

Another example is the constraint on the Root Content Item of the SR 
1 5 Document Content Module. Section C. 17.3 states that the root Content Item (which is the 
root of the SR Document tree) must be of type CONTAINER. (There may be many more 
Content Items, but only the root one must be of this type.) The following Schematron rule 
enforces this constraint. 

<sch:pattern name-'Check Root Content Item Type." 
20 id="SRDocumentContentRoot"> 

<sch:rule context="sr_document_contentjnodule"> 

<sch:assert test="document_content_macro/value_type = 
'CONTAINER m >Root Content Item must be of type CONTAINER</sch:assert> 
</sch:rule> 
25 </sch:pattern> 

This rule is applied in the context of the SR Document Content Module. The 
root Content Item is the child of this module. The "schrassert test" element indicates that the 
valuejype element of this child (document_content_macro) must have the value 
30 'CONTAINER. 5 

A third example is a Content Sequence Item where the relationship between 
the (enclosing) Source Content Item and the Target Content Item is by-reference, indicated 
by the presence of the Referenced Content Item Identifier. The constraint is that in such a 
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case both the Document Relationship Macro and the Document Content Macro shall not be 
present. This is expressed by the following Schematron rule: 

<sch:pattem name="By-Reference Target Content Item." 
id="ByReferenceTargetContentttem"> 
<sch:rule 

context= n content_sequence_item/referenced_content_item_identifier M > 

<sch:report test="(../document_relationship_macro) or 
(.ydocument_content_macro) ">Document Relationship Macro and Document Content 
Macro shall not be present if the relationship is by-reference.</sch:report> 
</sch:rule> 
</sch:pattern> 

This rule is applied in the context of a referenced_content_itemJdentifier 
element which is a child of a content_sequence_item element. The presence of the 
referenced_contentJtemJdentifier element indicates a by-reference relationship. The 
"<sch:report test" element ensures that the same content_sequence_item element does not 
also have either a document j:elationship_macro element or a document_content_macro 
element as a child. 

Further complex constraints can be similarly expressed with Schematron rules. 

An XML document intended to encode DICOM SR can be validated against 
simple constraints expressed in XML Schema as well as complex constraints expressed as 
Schematron rules with the use of a Schematron validator 4, which is freely available. 

Referring now the Fig. 3, another use of XML to define a constraint is shown. 
The first line 20 of the XML script identifies the data element name of the element being 
defined as "patients_name". The "xsdrelement name=" of this line indicates the start of the 
script block wherein the data element "patients_name" is defined. Henceforth, other scripts 
within the system may refer to this element by its element name. The 7xsd:element" line 21 
defines the end of the definition block. The line beginning "xsd: attribute name=" at 22 sets 
the character string value, or "attribute name" which the element is displayed as, here 
"Patient's name". Note that the attribute name and data element name are not necessarily the 
same. 

The "xsd:restriction base=" line 24 sets the type of data element being defined. 
In this case, patients_name is a "xsdrstring" element type. The next line 25 sets the 
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maximum length of the patients_name element to 64 (characters) with the "xsdimaxLength 
value=" declaration. 

It will be apparent to those skilled in the art that various modifications and 
variations can be made in the method and system of the present invention without departing 
from the spirit and scope of the invention. Thus, it is intended that the present invention 
include modifications and variations that are within the scope of the appended claims and 
their equivalents. 



~1 



WO 03/060758 1 PCT/IB02/05368 

10 

CLAIMS: 



1 • A method of providing constraints for digital images and communications in 

medicine, the method comprising the steps of: 

placing declarative constraint information within a declarative data block 
describing a document; 

allowing the declarative constraint information to be processed as declarative 
data when the document is accessed. 

2. The method of claim 1, wherein the document is an electronic document. 

3. The method of claim 1, wherein the constraints are in DICOM SR format. 

4. The method of claim 1 , wherein the declarative data block is in Extensible 
Markup Language (XML). 

5 . The method of claim 1 , wherein the constraint provided is that an element be 
present. 

6. The method of claim 1, wherein the constraint provided is that an element be 
of a specified element type. 

7. The method of claim 1 , wherein the constraint provided is that two or more 
elements be in a specific sequence. 

8. A method of providing DICOM SR constraints within an XML document, the 
method comprising the steps of: 

creating an XML document containing DICOM SR constraints using 
declarative language; 

allowing a user to access the XML document. 



WO 03/060758 ' PCT/IB02/05368 

11 

9. A system for specifying constraints for digital images and communications in 

medicine, the system comprising: 

a memory with a document in electronic form with declarative constraint 

instructions; 

5 a computer processor operatively coupled with the memory and a display 

device, the processor configured to 

execute declarative constraint instructions in the document, 
display the document on the display device. 

10 10. The system of claim 9, wherein the processor is further configured to store a 

declarative data block describing the document including the declarative constraint 
instructions to a data storage operated by the processor. 

1 1 . The system of claim 9, wherein the declarative constraint instructions are in 

15 DICOM SR format 



12. The system of claim 9, wherein the document is in Extensible Markup 

Language (XML). 

20 13. The system of claim 9, wherein the constraint is that an element be present. 

14. The system of claim 9, wherein the constraint is that an element be of a 

specified element type. 

25 15. The system of claim 1 , wherein the constraint is that two or more elements be 

in a specific sequence. 
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<xsd : element name="patients_name">-^ 
' <xsd : compiexType content=°empty"> * 
<xsd : attribute name="CodingScheme ,, use= D fixed° value="DCM"/> 
<xsd : attribute name="CodeId D use="fixed n 
value=" (0010,0010) "/> 

<xsd : attribute name="codeMeaning" use="fixed" 
^-value="Patient's Name"/> 
22 <xsd : attribute name="Value" use="required"> 23 
<xsd : simpleType> 

<xsd : restriction base="xsd : string">- — 2 4 
<xsd : maxLength value="64° /> 
</xsd : restriction> : ^~25 
</xsd : simpleType> 
</xsd : attribute> 
</xsd : complexType> 
</xsd : element> 

' 21 



FIG. 3 



